10/07/2005 16:51 FAX 13124635001 BANNER & WITCOFF lg|007/011 



Amendment Dated October 7, 2003 
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Application No. >9/S68j695 



REMARKS 

Claims 1-18 aie pending. Claims 1-18 are rejected by this Office Action. 

The Applicants acknowledge the withdrawal of the objection to claim 1 ) and : the 
corrections in reconsidering the previously filed IDSs. ' 

Newly Cited Prior Art 

The Office Action has cited the following additional prior art in rejectuDg Si me of the 
claims: "A Client-Side Stub IntcrpreteT," August 1994 (Kessler) and "Industrial Applications of 
Distributed AI " November 1995 (Chaib-draa). 

Kessler 

Kessler discloses a client-side stub interpreter for siqjporting an opcratiig system 
(Spring). Spring is a research prototype operating system that is designed to supjwrt distribiated 

object-oriented programming. Applications that suppon services are made available it cou^ jlDL 

I 

interfaces. CUrat-side stubs support methods that a client program can call to invoke operaliions 
on objects defined by the IDL interfaces, A client-side stub method marshals an> arg jmentS for 
a corresponding operation and unmarshals any results. (According to the defiiiitio i obta^ed 
from www.webopedia.com, data marsalling is the process of gathering data and tran ifonning it 
into a standard format before it is transmitted over a network so that the data car transcend 
network boimdaries. When the data is transmitted, the receiving computa- cc averts: the 
marshaled data back into an object) 

Tlie disclosed client^side stub interpreter reduces the code size for a ccllectioii of 
methods by sharing common parts of the code and interprets a description of the var able pBits. 

i 

A typical kind of variability among client-side smb methods corresponds to numbv:rs> nodesj and 
types of the parameters to the methods. Basic types can be marshaled and umnursh Jed by the 
client-side stub directly. Kessler discloses a table of pointers to the marshal or urnn a rsh al 
methods needed by a coUecrion of IDL interfaces. Indices are stored into tiie tible in the 
parameter descriptions. 

Chaib-draa \ 
Chaib-draa provides a survey of industrial applications of distribute' t artificial 
intelligence (AI) and provides several examples. The associated applications use distributed 
mterpretation and distributed plaiming with intelligent sensors. One example relates to a pilot's 
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Associate program, v^*ich is implemented widi a set of five individual expert systenis, to 4elp 
pilots of advanced fighter aircraft 

I 
I 

Claim Rejections - 35 U.S.C. § 103 | 

Claims 1, 4-6, 8-10, 13-15, and 17-lS are rejected under 35 U.$.C. 103(at as being 

obvious over International Patent WO 97/44766 (Cook) in view of publication * A Cllknt- 

Side Stab Interpreter^ (Kessler)* 

The combination of Cook and Kessler fails to even suggest the feature of Vnan a fein g 

infermaticm flow utilizing a table of components, wherein each component et capsulates 

behavior and data necessary to support a related set of services " (Emphasis added.) rhe oifice 

Action admits that (Pages 3-4): 

However, Cook et al doesn't explicitly teach (c) managing information f ow 
utilizing a table of components, wherein each component encq)5ulates beha^ ior | 
and data necessary to si^port a related set of services | 

The Office Action further alleges (Page 4) : 

Kessler teaches (c) managing information flow (page 66, section 5,2, paragrap 1 2, 
*The client-side stub ... the normal stubs''; page 100. left column, paragjapL 1, j 
'Svould have to the desired properties'O utilizing a table a table (page 97, 
section 32, paragraph 1, '^Basic types can ... next table slot") of compon* nts * 
feage 94, section 1, paragraph 1, "Spring is a ... of other services**), wherdn e ich 
component encapsulates behavior and data necessary to siqiport a related se of | 
services. 

In the above allegatioti, a "service" of the Spring operating system oori:esp>nds to a 

'component" As disclosed by Kessler (Page 94, section 1, paragraph 1): \ 

■ I 

The services of the Spring operating system itself are made available throu^ ) DL 

interfaces, presenting a consistent programming model. i 

Kessler further discloses (Page 97, section 3.2, paragr^h 1 , Emphasis added-): 

The encoding we chose is to build a table of pointers to the marshal or unmar hsi 
methods needed by a eollection of IDL inter&ces, and store indices in that t ible 
in the parameter descriptions. 

K^sler merely discloses a table of pointers that do no{ point to components. A pointer* as 
disclosed by Kessler, points to marshal or unmarshal methods that are utilized by a c >llection of 
IDL interfaces. Services (alleged as being components) are made available though jlDL 
inter&ces. Each pointer (index) corresponds to parameter characteristics (e.g., type and njode) 

that are associated with the collection of IDL interfaces. Multiple IDL inter&ces (assc ciated|with 

i 
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different services of the Spring operating system), for example, utilize common i larshal or 
umnarshal methods with common parameter characteristics. Kessler &ils to even sugt est a ^blc 

of components . Thus, the combination of Cook and Kessler does not suggest the featuri of 

I 

^^managing information flow utilizing a table of components, wherein each < ompo^ent 
encapsulates behavior and data necessary to support a related set of services." 

Claim 10 includes the similar feature of '*lo^c that manages information flow utiliziiig a 
table of components, whereitj each component enc£q>5ulates behavior and datii n€ cessary to 
support a related set of services" and is not suggested by the combination of Cot>k a id Kessler 
for at least the above reasons. Moreover, claims 4-6, 8-9, 13-15, and 17-18 ultimat-:ly depend 
ftom claims 1 and 10. The Applicants request reconsideration of claims 1, 4-6, 8-10, 13-1 5,. and 
17-18. 

Furthermore, regarding claims 4 and 13> the combination of Cook and Kesnler loes not 
even suggest die additional features of "instantiating a component ftom the table of co nponents 
to axialyze progress and determine ^ppropIiste feedback"' (as claimed in claim 4> and ogic tliat 
instantiates a component firom the table of components to analyze progress and delerm ne 
appropriate feedback"" because neither Cook nor Kessler teaches anything about a cabl< of ; 
components. Similarly, the combination of Cook and Kessler does not even suggest th i 
additional features of '^instantiating a coirrponent from the table of components to eval late | 
options and present appropriate feedback to assist the student to achieve the goal" (as « laimed in 
claim S), "logic thai instantiates a compcment from the table of components to evaluate optiolis 
and present appropriate feedback to assist the student to achieve the goal" (as claimed in claiin 
14), ^'instantiating a component from the table of components to simulate a business a) 'plication" 
(as claimed in claim 6), "logic that instantiates a component from the table of compon :nts to> 
simulate a buisiness ^pUcation" (as claimed in claim 1 5), ""instantiating a component ) com the 
table of components to interact with the student utilizing rule-based logic'" (as claimed in claim 
8), 'logic that mstantiates a component from the table of con^onents to interact with 1 le student 
utilizing rule-based logic" (as claimed in claim 17), "instantiating a component from t le table of 
components to present a time based simulation" (as claimed in claim 9), " and 'lojpc t tat 
instantiates a con^x>nent from the table of components to present a time based simulai ion'" (as 
claimed in claim 18). I 

! 

I 
I 

I 
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aaims 2-3 and 11-12 are rejected under 35 U.S,C» 103(a) as being oh^ ious over 
Cook in view of Kesder and in further view of publication ^Industrial Appli :ationb of 
Distributed AI" (Cbaib-draa). 

Qaims 2-3 and 1 1-12 ultimately depend ftom claims 1 and 10. Because Chiat -draa does 
not make for the deficiencies of Cook and Kessler, claims 2-3 and 1 1-12 are patent ible for at 
least the above reasons. 

Furthermore, regarding claims 2 and 11, the combination of Cook, Kessler i nd CHiab-- 
draa does not teach or even suggest die additional features of "instantiating a comp mwit iram 
the table of components to measure progress toward the goal" (as claimed in claim 2) and "logic 
that instantiates a component ftmn the table of components to measure progress to war 1 the ^al" 
(as claimed in claim 1 1) because neither Cook nor Kessler nor Chiab-draa lefichc 3 anytiiing 
about a table of components. Similarly, the combination of Cook, Kessler, and Chial -draa ^oes 
not even suggest the additional features of "instantiating a component fix^ni tbs table of 
components to intemipt and interview the student to obtain information to measu' e progress 
toward the goal and determine appropriate feedback" (as claimed in claim 3) :md logic I that 
instantiates a component from the table of corxrponents to intemqrt and interview the student to 
obtain information to measure progress toward the goal and determine appropriate fee dbackj' (as 
claimed in claim 12), i 



Claims 7 and 16 are rejected under 35 U.S.C. 103(a) as behig obvious ov ir Co<ifc et 
al in view of Kessler and fiirther in view of USPN 5»727, 161 (Purcell)* 

Claims 7 and 16 ultimately depend from claims 1 and 10. Because Purcell dot s not liiake 
up for the deficiencies of Cook and Kessler, claims 7 and 16 are patentable for at lea5 1 the above 
reasons. t 

Furthermore, regarding claims 7 and 16, the combination of Cook, Kessler anc Purcell 
does not teach or even suggest the additional features of "tnstantiatiiig a componeiit fr )m thej 
table of components to interact with a quantitative analysis model to perform whac-if- inalysiL" 
(as claimed in claim 7) and "logic that instantiates a component from the table of com sonents to 

interact with a quantitative analysis model to perform xs4idt-if-ai^ysis" (as claimed in claim !l 6) 

I 

because neither Cook nor Kessler nor Purcell teaches anything about a table of comp inentsj 

i 
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All objections and lejections have been addressed- Hence, it is respectfolly submitted 
that the present application is in condition for allowance, and a notice to that effect i earnestly 
solicited. 1 

Respectfully submitted. 



Date: October 7, 2005 




Kenneth F. Smolik j 
Registration No- 44,344 ; 
BANNER &wrrCOFF, I TD. : 
ICS. Wacker Drive, Suite 3000 I 
Chicago, IL 60606-7407 
Telephone: 312^63-.500( 
Facsimile: 3 1 2-463-500 
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